Run on Google Cloud
https://raw.githubusercontent.com/GoogleCloudPlatform/cloud-run-hello/master/assets/celebration.svg
なんなんだ
[](https://deploy.cloud.run/?git_repo=https://github.com/GoogleCloudPlatform/cloud-run-hello.git)
追加の GCP API を有効にしたりはどうする?
デプロイ時のパラメータや環境変数は app.json に置く
ここのprebuild などの hook でなんかやる?
run.googleapis.com
containerregistry.googleapis.com
postcreate でやっている例、うまくいくか知らん
hook の起動タイミング
Cloud Shell / git clone など
Billing 有効化
Cloud Run & Container Registry API 有効化
リ-っジョン選択やら
prebuild
gcr.io/buildpacks/builder:v1 で build
postbuild
image の push
precreate
gcloud run deploy
hookenvs に SERVICE_URL が追加される
postcreate
なんかを Run on Google Cloud にしてみる
hello のやつ、参考になる
AppEngine として作っていたけど意外とそのまま動くのでは
ADC 使っているだけ
動きそう
min-instances とか app.json で定義できないのかな?
PR したらぱっと作れそうではあるが
どういう仕組やねん
cloudshell_git_repo: デプロイするリポジトリ
cloudshell_image: gcr.io/cloudrun/button
shellonly: true
このリダイレクト処理をやってるのが cmd/redirector かな
Cloud Shell を開くときにカスタム環境として Docker イメージを使える
gcr.io/cloudshell-images/cloudshell をベースイメージとして公開の gcr に置く
cloudshell_open はどっから実行される?
base の CMD なんかな → そんなこともなさそう
でかすぎ 7.5GB
展開したら 20GB
一通りのツールが入ってるからかねえ
cloudshell_open が何によって kick されてるんだ?
よくわからないので自分で同じイメージビルドして起動してみる
(この作業の時だけ公開していた)
AppleSilicon やから GOARCH=amd64 せんといかんね...
そして普通に cloudshell_open が起動する
/bin/cloudshell_open を別のバイナリにしてもそれが起動する
バイナリ名変えたらだめ
Cloud Shell 開いた時に実行する決まりなのか? ドキュメントに書いてない気がするが...
/google/devshell/bashrc.google.d/cloudshell_open.sh が実装かな?
Cloud Shell でクエリパラメータが付いていたら cloudshell_open に渡る
これが clone したりする
その Cloud Shell の仕組みにのっかって、Run on Google Cloud ボタンが同名のバイナリを PATH に置いて処理を奪ってる
最初に確認ダイアログはさまるとはいえ、なんか悪用できないのかな